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(54) Method for classifying data acording to quality of service 

(57) A classification application utilizing a table of 
connection numbers and associated TCP/IP applica- 
tions is utilized for determining a wireless packet com- 
munication, quality of service level by decoding a 
connection number field of the compressed packet 
header. Packets carrying different connection numbers 
can be mapped to different Quality of Service planes. 
When a non-active TCP connection becomes active, 
the classification application detects and identifies the 
connection by reading the connection number field of a 
compressed TCP/IP header in a packet of the applica- 
tion. The classification application applies the appropri- 
ate Quality of Service level as determined from a user 
database and a list of available Quality of Service levels. 
If the connection has no table entry, the TCP/IP applica- 
tion is identified based on comparison to a pre-loaded 
table of port numbers and a new entry is created in the 
connection number table. 
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Description 

Cross Reference to Related Applications: 

[0001] Cross reference is made to commonly 
assigned U.S. Patent Application Attorney's Docket 

Number 10483RR filed on ■ 1999, entitled 

**QoS Framework for CDMA 2000", in which the teach- 
ings are incorporated herein by reference. 

FIELD OF THE INVENTION 

[0002] The present invention relates to a method 
and apparatus for classifying data in a data packet com- 
prising mapping the data packet to a predetermined 
quality of service plane. 

BACKGROUND OF THE INVENTION 

[0003] With the exception of Asynchronous Transfer 
Mode wireless communication, there is no quality of 
service standards in the wireless communication indus- 
try. Quality of Service (QoS) is derived from require- 
ments by communications applications and generally 
has very specific guidelines in wireline and Asynchro- 
nous Transfer Mode network systems. Traditionally, 
applications that require a certain level of service are 
contracted for by a customer with a provider. The 
requirements are set out with pre-defined values capa- 
ble of being measured and providedvby,the provider 
Typically, the requirements relate to availability of band- 
width, delay, access, priority, exclusivity, etc. QoS archi- 
tectures provide mechanisms .and procedures to 
measure and provide specific QoS services. 
[0004] QoS is relatively easy to define in digital cir- 
cuits and QoS with respect to ATM , standards are 
defined Class of Service 1 , 2, 3, and 4. Class 1 is equiv- 
alent to a digital private line; .Class 2 supports audio 
conferencing, multimedia and video; Class 3 supports 
frame relay and Class 4 supports connectionless data 
protocols. 

[0005] Acronyms and abbreviations frequently used 
throughout this disclosure are defined and described 
below. 

: "BS" Base Station 

"BTS" Base Transceiver Station 
"CDMA" Code Division Multiple Access 
"datagram" self contained entity of data with no reli- 
ance on the source or destination computer for 
routing information 

"End-to-End delay" is the delay experienced by 

service traffic 

"IP" Internet Protocol 

"LAC" Link Access Control - utilizes a protocol for 
data link-level transmission control; the upper sub- 
layer of IEEE Layer 2 (OSI) protocol that comple- 
ments the MAC protocol 



"MAC" Medium Access Control - lower sub-layer of 
IEEE Layer 2 (OSI) protocol that supports topology- 
dependent functions and uses the services of the 
physical layer to provide services to LAC 

5 "MS" Mobile Station 

"PPP" Point-to-Point Protocol 
"QoS" Quality of Service - a set of requirements 
. and related service performance that determines a 
specified degree of performance by an application 

10 utilized by a subscriber 

"RTP" Real Time Protocol - supports transport of 
real-time data such as voice and video over packet 
switched networks 
"RLP" Radio Link Protocol 

15 "sr" Service Reference 

"TCP" Transmission Control Protocol 
. "Throughput" is the amount of bandwidth available 
to an application usually involving error rate, buffer 
capacity, processing 

20 UDP User Datagram Protocol - normally bundled 
with IP, provides datagram mode of communication 
for packet delivery, , 

[0OO6] QoS in the wireline worid is provided on the 
25 Internet (a packet based system) utilizing two 
approaches; qualitative apd: quantitative. The Qualita- 
tive approach is based on differentiated services (Diff- 
Serv) which is a reservjationless model. Diff-Serv with 
up to 64 per Hop Behaviors (PHB) may be defined by 
30 the Type of Service/DiffServ (ToS/DS) byte in an IP 
header intO:a smalt number pf service types. Priority 
mechanisms are utilized to provide QoS to packet traf- 
fic. _ . 

[0007] Integrated Services (Int-Serv) provides end 

35 to end QoS with by reserving resources for data traffic. 
RSVP- signaling is a protocol that reserves the 
resources so as to provide the required QoS. Int-Serv is 
independent of the actual mechanism used to provide 
the reservations, but Int-Serv specifies generically traf- 

40 fic and path characteristics for a transmission. 

[0OO8] A wireless interface standard based on 
CDMA technology, CDMA2000, is a name that identities 
the Telecommunication Industry Association (TIA) 
standard for third generation features and services for 

45 cellular operators. The interface supports second gen- 
eration interfaces and includes support for multiple 
channel sizes, circuit and packet, data rates up to 2 
Mbps, advanced multimedia capabilities, voice serv- 
ices, vocoders and voice over IP. 

50 [0009] PPP is the protocol utilized in transporting 
data packets across the CDMA network. PPP supports 
Van-Jacobsen (V-J) header compression which is a 
technique used to shrink 40 byte headers of TCP pack- 
ets to as little as two to four bytes. A PPP frame is capa- 

55 ble of containing packets from other protocols including 
IP, by adding a protocol field to the frame definition that 
identifies the type of data packet being carried by the 
frame. 
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[O010] One approach for supporting CDMA2000 is 
to maintain a single class of LAC/MAC that provides 
procedures for handling various QoS requirements. In 
this approach, with only one set of mechanisnns to pro- 
vide the bandwidth, availability, etc., QoS flexibility is 
limited. Efficiency is also affected with the neied to 
switch between resource management systems when 
different QoS levels are required.. A user can run multi- 
ple TCP/IP applications from a mobile host through one 
PPP session such as File Transfer, email or World Wide 
Web browsing. Some TCP/IP applications 'may have 
more demanding QoS requirements than others, e.g., 
response time for WWW browsing should be less than 
e-mail or FTP. There is a need to differentiate between 
these TCP/IP applications at the link- layer so that a 
Packet handler may priority-schedule them to the RLP 
queues or allocate different LAC/MAC physical layer 
instance (QoS plane). 

[0011] A user may run multiple IP-based applica- 
tions such as file transfer, email, WWW browsing or 
Voice over IP session over one PPP session from a 
wireless mobile host. Some applications, such as VoIP, 
may have more stringent QoS requirements than others 
(such as email) because the response time is more crit- 
ical. From a wireless resource usage perspective, there 
is a need to diffe re ntiatie between these IP applications 
at the link layer so the packet handler (PH) can sched- 
ule, as to priority, to RLP queues or allocate a different 
LAC/MAC physical layer instance (QoS plane). This 
classification, based only on DS/ToS byte alone may not 
be adequate: The application may not be able to mark 
the DS/ToS byte; applications may mark email and 
HTTP packets with the same codepoint (DS byte) or 
ToS byte information and Diff-Serv may not be deployed 
when CDMA2000 Phase 1 is implemented. 
[0012] It would be desirable to provide a- method 
and system that would allow a mobile user to run multi- 
ple applications over a single PPP session. If would also 
be desirable to identify a IP apjDlicatioh packet encapsu- 
lated within a PPP packet and detect IP application 
changes during a PPP session. It would' further be 
desirable to require no dependence oh IP QoS infonna- 
tion, 

SUMMARY OF THE INVENTION 

[0013] It is therefore one object of the present 
invention to provide a method and system for identifying 
a IP application packet that is encapsulated by a PPP 
packet. 

[0014] It is another object of the present invention to 
provide a method and system that will detect IP applica- 
tion changes during a PPP session. 
[0015] It is yet another object of the present inven- 
tion to provide a method and system that will allow mul- 
tiple applications to operate over a single PPP session. 
[0016] The foregoing objects are achieved as is 
now described. A classification application utilizing a 



table of connection numbers and associated IP applica- 
tion IDs is utilized for determining a wireless packet 
communication, Quality of Service level by decoding a 
connection number field of the compressed IP packet 

5 header Packets carrying different connection numbers 
can be mapped to different Quality of Service planes. 
For example, when a non-active TCP connection 
becomes active, the classification application detects 
and identifies the connection by reading the connection 

70 number field of a compressed TCP/IP header in a 
packet of the application. The classification application 
applies the appropriate Quality of Service level as deter- 
mined from a user database and a list of available Qual- 
ity of Service levels. If the connection has no table entry, 

75 the TCP/IP application is identified based on compari- 
son to a pre-loaded table of port numbers and a new 
entry ID is created in the connection number table. 
[0017] The invention provides a method according 
to claim 1 ; an apparatus according to claim 9; and a pro- 

2o gram of instructions according to claim 1 6. 

[0018] The above as well as additional objects, fea- 
tures, and advantages of the present invention will 
become apparent in the following detailed written 
description. 

BRIEF DESCRIPTION OF THE DRAWINGS ^ 

[0019] The novel features believed characteristic of .£r -is 

the invention are set forth in the appendedsclaims. The 
30 invention itself however, as well as a preferred mode of ^-p ■% 
use, further objects and advantages thereof, will best be 
understood by reference to the following detailed v:u£u„ . 
description of an illustrative embodiment when read in . i 
conjunction with the accompanying drawings, wherein: - : > 
35 ■ ■ 

Figure 1 depicts a wireless communication system a 
in which a preferred embodiment ^of ' the present ; ...fA . - 
invention may be implemented; - 

40 Figure 2 illustrates a high-level block diagram of a 
wireless quality of service architecture according to 
a preferred embodiment of the present invention; 

Figure 3 depicts a high-level block diagram of a 
45 wireless quality of service architecture in accord- 
ance with a preferred embodiment of the present 
invention; 

Figure 4 illustrates a high-level block diagram of 
50 signal flow through a classifier in accordance with 
the present invention, is illustrated 

Figure 5 depicts a listing of pseudocode compris- 
ing the classifier of Figure 4, in accordance with a 
55 preferred embodiment of the present invention; 

Figure 6 illustrates a high-lever flow diagram in 
accordance with a preferred embodiment of the 
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present invention 

DETAILED DESCRIPTION OF THE PREFERRED 
EMBODIMENTS 

[0020] With reference now to the figures, and in par- 
ticular with reference to Figure 1, a wireless comnnuni- 
cation systenn in which a preferred ennbodiment of the 
present invention nnay be implemented, is depicted. 
User 102 transmits a radio signal that is received by 
equipment 104 which then transmits the signal to. a con- 
nected IP network, in this instance Internet 106. The 
signal is transmitted via Internet 106 to equipment 108 
which is receiving and connecting equipment for user 
110. 

[0021] User 102 may include a wireline as well as a 
wireless communications device and devices capable of 
communicating on Internet 106 include wireline, wire- 
less, computing, fax, voice and virtually any IP compati- 
ble device. Transmissions between user devices ,102 
and 110 are processed by the connecting equipment 
104 and 108. If user 102 is using a wireless communi- 
cation device, the connecting equipment would include 
a transmitting and receiving tower (BTS). a base station 
controller and a mobile switching center. User 102 can 
connect to any other user on the IP network as long as 
the communication protocols of each user device are 
compatible. 

[0022] Referring now to Figure 2, a high-level block 
diagram of a wireless quality of service architecture 
according to a preferred embodiment of the present 
invention, is illustrated. A signal is transmitted oyer a 
Packet Data Service node (router) from a connected IP 
network in the form of IP/PPP data packets 202. Multi- 
ple packet data flows having different QoS requirements 
may be supported under a single PPP connection - dif- 
ferent signals requiring different QoS may be transmit- 
ted in a single, session. Following the progress of 
IP/PPP packet 202 as it moves from the IP network to a 
receiving device, packet 202 is routed to BSC 207 via 
QoS Adaptation Sublayer (QAS) 206. QAS 206 directs 
packet 202 to one of the LAC/MAC classes, each having 
different support levels of QoS. 

[0023]. Adaptation control 208 utilizes resource con- 
trot 210 to determine specific QoS classes for detected 
and identified signals. Resource control 210 contains a 
database of user profiles that include class of service for 
each customer that accesses the system. Adaptation 
control 208 determines the identity of the signal source 
and applies the proper QoS class to that signal. An 
incoming voice signal is transmitted via MSG 216 to 
Mux and QoS sublayer in BTS 215. The voice signal is 
then transmitted from BTS 215 to receiving device 218 
(e.g., cellphone). All data signals are transmitted 
through QAS 206. 

[0024] LAC/MAC 212 instances associated with dif- 
ferent QoS classes have different mechanisms control- 
ling the radio resources to achieve corresponding QoS 



requirements. Different LAC/MAC ARQ and RLP 
require a different set of dedicated physical layer chan- 
nels with specific QoS capabilities. The incoming signal 
from QoS 206 is directed to a . particular LAC/MAC 

5 within BSC 207 based on the identified required class. 
In this embodiment QAS 206 is shown as being 
included -in BSC 207. Though BSC 207 is an interface 
between Radio Access Network locating QAS in BSC 
207 is not required for proper operation of the present 

70 invention. 

[0025] . QoS architecture includes QoS Adaptation 
Sublayer (QAS), QoS Adaptation Control (QAC) and 
multiple LAC/MAC instances of different classes for 
supporting various QoS requirements. A signal trans- 

15 mission utilizing the QoS architecture of the present 
invention may be received and sent through an IP net- 
work in IP packet form. The signal is. routed to the 
appropriate BS containing a matching peer LAC/MAC 
and processed by QAS to determine the class of serv- 

20 ice to supply for the signal. As the class is determined, 
the signal is then routed through the relevant LAC/MAC 
instance and the associated class mechanism. The sig- 
nal is given the pre-determined QoS class as provided 
for in the user profjle and transmitted through the BTS to 

25 the target device. 

[002|6] QAS, in a wireless system, buffers and clas- 
sifies data traffic and directs the classified traffic to a 
LAC/MAC of the same class. QAC controls the behavior 
of the QAS and communicates with the Resource Con- 

30 trol entity which manages all the resources in the wire- 
less system and is. connected to the database 
containing the user profile. 

[0027] Referring to Figure 3, the format of a com- 
pressed TCP/IP packet with compressed header in 

35 accordance with a preferred embodiment of the present 
invention is illustrated. TCP/IP packet 300 is represent- 
ative of multiple packets included in a single datagram. 
Change mask 302 identifies which fields actually 
changed (C allows the connection number to be omit- 

40 ted, S is packet sequence number, A is acknovyledge 
number delta, W - window change delta and U is urgent 
data delta), connection number 304 is a one byte field 
utilized for locating the saved copy or the last received 
packet, TCP checksum 306 is unmodified so an end-to- 

45 end data integrity check in the, total datagram is valid, 
Urgent pointer 308 and for each bit set in change mask 
302 the arpount 310 that the field, associated with the 
mask bit, changed. Connection nunriber 302 is a field 
limited to ope byte and is able to distinguish up to 256 

50 TCP/IP sessions. 

[0028] An I P packet is sent over a serial line and is 
passed through a V-J Header compressor. The com- 
pressor checks if the protocol is TCP and marks the 
packets asTYPE_IP if the packets are non-TCP or un- 

55 compressible and passed to a PPP framer. If a match- 
ing connection is found, the incoming packet is com- 
pressed, the un-compressed packet header is copied 
into the array and a COMPRESSED_TCP is sent to the 
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PPP framer. When the compressor receives the first 
packet of a new - TCP session it generates an 
UNCOMPRESSED_TCP type pacl<et with the TCP/IP 
header exactly the sanne as the original header except 
that the Protocol ID field'is rieplaced by (newly assigned) 5 
connection number 302. The packet of type 
UNCOMPRESSED_TCP then sent to the framer. The 
PPP header must contain the indication of the packet 
type. 

[0029] Client-server applications utilize well-known w 
TCP ports in a server and a few are listed in the connec- 
tion number table below. 



TCP/IP Application 


TCP Port 


FTP: data- 


20 . 


FTP: Control 


21 


Telnet 


23 


SMTP 


25 


HTTP 


. 80. 



checking for port numbers in the source or destination 
port field of the TCP header and comparing to the 
entries in the connection table provides an identity 
check for the TCP/IP application. 

[0030] Refemng now to Figure 4, a high-level block 30 
diagram of signal flow in accordance with the present 
invention, is illustrated. A complete PPP packet is 
shown being received into LAC/MAC 408 where IP 400 
represents IP data preceded by TCP/IP header 402 and 
both being encapsulated inside PPP packet 404. The is 
structure of the PPP packet is the same as that depictied 
in Figure 3. 

[0031] Classifier 406 Is stored and operative within 
the QAS and, in this embodiment, located in a Base 
Station (not shown). Classifier 406 maintains a table of 40 
p re-determined connection numbers (see Figure 3) 
and the TCP/IP application associated with each con- 
nection number. Datagrarhs having different connection 
numbers may be mapped to different, corresponding 
"QoS planes'" (a pre-determined level of servicie). 45 
[0032] Only one TCP connection is active at any 
time, thus the classifier cian decode the connection 
number field in the TCP/IP header 402 and can deter- 
mine which TCP/IP flow is active at any tinie. As a differ- 
ent TCP connection becomes active the classifier so 
compares the value in the connection number field. If 
the connection number is in the table, the QoS plane 
associated with the connection' number is applied to the 
packet. However, if the connection number is new (no 
entry), a new TCP/IP session is indicated. The TCP/IP 55 
application is identified from the source port number, 
(the DS-byte information may also be negative to iden- 
tify the QoS level to be supportred) and a new entry for 



this connection number is created in the table, 
[0033] Referring now to Figure 5, a listing of pseu- 
docode comprising the classifier of Figure 4, in accord- 
ance with a preferred embodiment of the present 
invention, is depicted. If a packet Is received and it is 
identified as the same type as the previously received 
packet the classifier is inactive. If the packet type 
received has a compressed TCP/IP header, the classi- 
fier checks the connection number and if the number is 
the same as the previous packet nothing is changed. 
However if the number is the same as a previously 
received packet but not immediately following, the 
packet is determined to be an already- admitted TCP 
session that had become non-active and is now active. 
[0034] If the connection number Is determined by 
the classifier to be a new connection number, the classi- 
fier determines the application type (and QoS require- 
ments) by utilizing the port number in the TCP header. 
The new packet data flow id is then added to the con- 
nection number table. On the other hand if the connec- 
tion number is not new but is different from the 
preceding packet, the classifier classifies the packet as 
a different but active data flow within the same PPP ses- 
sion. 

[0035] The identifier scheme may be modified to 
include support for compressed RTP/UDP/IP*headers 
as well. If the PDSN supports IP header compression (a 
general framework incorporating TCP/IP and 
RTP/UDP/IP headers) and IP header compression for 
PPP, this scheme can be extended to differentiate 
betwieen TCP/IP header compressed packets and 
RJP/UDP/IP header compressed packets within the 
same PPP session. 

[0036] ' Referring to Figure 6,'a high-level flow dia- 
gram of a method for classifying a received- signal In 
accordance with a prefen'ed embodiment of the present 
invention, is illustrated. The' process begins- with step 
600, which depicts a signal being transmitted, either 
from a network or from a wireless device. The process 
passes to step 602, which illustrates the signal being 
received, in the form of a PPP packet, Into the classifier. 
If the signal is ""from the air," meaning transmitted to a 
BTS from a device not on the network, the signal is clas- 
sified and passed through the appropriate LAC/MAC 
and sent onto the network. If the signal is "to the air" 
meaning a signal received into the Base Station from 
the network, the signal is classified and passed through 
the LAC/MAC and sent to the target device. 
[0037] The process continues to step 604. which 
depicts a determination of whether the packet is a data 
packet or a Voice over IP (VoIP) packet. If the packet is 
a VoIP packet, the process passes to step 605, which 
illustrates the VoIP packet being transmitted either to 
the network or target device. A VoIP packet has priority 
over data packets and needs to be scheduled as soon 
as possible without being backlogged by a large TCP 
data packet. If the packet is a data packet, the process 
instead proceeds to step 606, which depicts the classi- 
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fier determining the context ID of the packet fronn the IP 
Header Compression layer. 

[0038] IP Header Compression (IPHC) protocol 
includes TCP/IP header compression extension of Van 
Jacobsen's TCP/IP header compression and 
RTP/UDP/IP header compression. It is suitable for lossy 
links (e.g., wireless link) and has a separate context 
space for TCP and RTP/UDP headers. IPHC defines 9 
types of Protocol ID field for PPP packets distinguishing 
between headers such as a compressed TCP/IP 
header, a compressed RTP header, a compressed UDP 
header, etc. IPHC can be used to distinguish between 
compressed TCP/IP header (data packets) and com- 
pressed RTP/UDP/IP packets (real time packets) for 
MAC state transition based on priority. 
[0039] The process continues from step 606 to step 
608, which illustrates a determination of whether the 
context corresponds to a known connection number 
The QoS classifier maps the TCP/IP packet stream to a 
QoS class based on destination address and destina- 
tion port. The IPEC maps the TCP/IP packet stream to 
a context ID. The context ID is utilized in the QoS adap- 
tation Interface to classify PPP packets based on the 
context ID to QoS class mapping. If the determination is 
made that the connection number is known, the process 
passes to step 610, which depicts the QoS adaptation 
interface (or QoS Adaptation Sublayer) checking the 
connection number table for a corresponding port and 
classifying the packet based on the context ID. The 
process then passes to step 612, which illustrates a 
determination of whether the signal enters the classifier 
from the network or from the air (signal transmitted to a 
base station), 

[0040] Returning to step 608, if the determination is 
made that- the connection number is not known, the 
process proceeds instead to step 609, which depicts the 
classifier checking the source port number against the 
connection number to determine the type of TCP/IP 
data session to which the packet belongs. The process 
continues to step 611, which illustrates the classifier 
creating a new entry in the connection number table 
accompanied by a corresponding QoS class of service 
as determined by the classifier The ID of the user and 
the type of packet is combined to provide the appropri- 
ate class of QoS. 

[0041] The process then passes to step 612, which 
depicts a determination of whether the signal is 
received from the connected network. If the signal is 
from the network, the process proceeds to step 614, 
which illustrates applying the appropriate forward QoS 
to the packet (QoS may be different in either direction 
based on the type of packet and the agreement 
between the user and the operator). The process con- 
tinues to step 616, which depicts the signal being trans- 
mitted to the target device. If the determination is made 
that the signal is from a connected device, the process 
proceeds instead to step 618, which illustrates applying 
the appropriate reverse QoS to the packet. The process 



then continues to step 620, which depicts the Base Sta- 
tion transmitting the signal onto the connected network. 
[0042] It is important to note that while the present 
invention has been described in the context of a fully 

5 functional telecommunications system and/or network, 
those skilled in the art wilt appreciate that the mecha- 
nism of the present invention is capable of being distrib- 
uted in the form of a computer usable medium of 
instructions in a variety of forms, and that the present 

10 Invention , applies equally regardless of the particular 
type of signal bearing medium used to actually carry out 
the distribution. Examples of computer usable mediums 
include: nonvolatile, hard-coded type mediums such as 
read only memories (ROMs) or erasable, electrically 

15 programmable read only memories (EEPROMs), 
recordable type mediums such as floppy disks, hard 
disk drives and CD-ROMs, and transmission type medi- 
ums such as digital and analog communication links. 
[0043] While the invention has been particularly 

20 shown and described with reference to a preferred 
embodiment, it will be understood by those skilled in the 
art that various changes in form and detail may be made 
therein without departing from the spirit and scope of 
the invention. 

25 

Claims 

1. A method for classifying data in a data packet, com- 
prising the steps of: 
30 ;j . . ' . 

r . detecting an active data packet connection; 

decoding a connection number field in a com- 
^ pressed header of said data packet to deter- 
mine a quality of service plane of said packet: 
35 providing a table of identified connection num- 

bers; and 

mapping said data packet to. a predetermined 
. quality of service plane. 

40 2. The method in claim 1, wherein said active data 
packet connection is a point to point protocol or 
user datagram protocol connection. 

3. The method in claim 1 , wherein providing said table 
45 of identified connection numbers, further com- 
prises: 

associating each said connection number with 
a specific, active Transmission Control Proto- 
50 cot/Internet Protocol application. 

4. The method in claim 1 , wherein providing said table 
of identified connection numbers, further com- 
prises: 

55 ■ 

associating each said connection number with 
a specific, active Real Time Protocol/User Dat- 
agram protocol/Internet Protocol application. 
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5. The method in claims 3 or 4, further comprising: 

determining whether said connection number 
is present in said table of identified connection 
numbers. ,/ . • s 

6. The method in claims 3 or 4, further comprising: 

utilizing a port number in an Internet Protocol 
header in said packet to identify application io 
type; and 

mapping said application to a Quality of Serv- 
ice plane.. 

7. The method in claims 6, further comprising: is 

creating a new entry in said table if said con- 
nection number is not present. 

8. The method in claim 6, further comprising: 20 



9. 



10. The apparatus in claim 9, wherein said table of con- 
nection numbers for identified applications, further 
comprises: • 45 



11. The apparatus in claim 10, wherein each said iden- 
tified connection number is associated with an 
active Transmission Control Protocol/Internet Pro- 55 
tocol application comparing incoming packet data 
connection numbers to said connection number of 
said application, further comprises: 



logic means for determining whether said appli- 
cation connection number is present in said 
connection number table. 

12. The apparatus in claim 9, wherein said table of con- 
nection riumbers for identified applications, further 
comprises: 

each identified connection number is associ- 
ated with an active Real Time ProtocolAJser 
Datagram Protocol/Internet Protocol applica- 
tion comparing incoming packet data connec- 
tion numbers to said connection number of said 
datagram. 

13. The apparatus in claims 11 or 12, further compris- 
ing: 

logic means for utilizing a port number in an IP 
header to identify application type; and 
logic means for mapping said application to a 
Quality of Service plane. 

14. The apparatus in claims 1 1 or 12, further compris- 
ing: 

logic means for creating a new entry in said 
table if said connection number is not present. 

15. The apparatus in claims 11 or 12, further compris- 
ing: : " 

logic means for utilizing a context determined 
from said table of connection numbers to clas- 
: ' sify said Point to Point Protocol packet, v^- - 

16. In a switch, a program of instructions within instruc- 
tion bearing media associated with a telecommuni- 
cation system for classifying data in a data packet, 
comprising the- steps of: 

instructions within said instruction bearing 
media for detecting an active data packet con- 
nection; 

instructions within said instruction bearing 
media for decoding a connection number field 
in a compressed header of said Point to Point 
Protocol packet to determine a quality of serv- 
ice plane of said packet; and 
instructions within said instruction bearing 
media for mapping said packet to a predeter- 
mined quality of service plane. 

17. The program of instructions of claim 16, wherein 
instructions for identifying said active data packet 

• connection are instructions for identifying a point to 
point protocol or user datagram protocol connec- 
tion. 



utilizing a context ID determined from said 
table of connection numbers to classify said 
Point to Point Protocol packet. 

25 

An apparatus for classifying data in a data packet, ' 
comprising: 

a switch for processing packet data; . 
decoding logic within said switch for decoding a 30 
connection number field in a compressed 
header of a datagram; 

comparison logic for determining whether said 
connection number is present in said table of 
identified connection numbers; 35 
logic for creating a new entry in said table if 
said connection number is not present; 
a table of connection numbers for identified 
applications; and 

mapping logic for mapping a datagram to a pre- 40 
determined quality of service plane. 



each identified connection number having an 
associated Transmission Control Proto- 
col/Internet Protocol application for comparing 
incoming packet data connection numbers to so 
said connection number. 
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18. The program of instructions of claim 16, wherein 
decoding said connection number field in a com- 
pressed header of said Point to Point Protocol 
pacl<et, further comprises; 

5 

instructions within said instruction bearing 
media for providing a table of identified connec- 
tion numbers wherein each said connection 
number is associated with a specific, active 
Transmission control protocol/Internet Protocol io 
application. 

19. The program of instructions of claim 18, further 
comprising: 

15 

instructions within said instruction bearing 
media for providing a table of identified connec- 
tion numbers wherein each said connection 
number is associated with a specific, active 
Real Time Protocol/User Datagram proto- 20 
col/Internet Protocol application. 

20. The program of instructions of claim 18 or 19, fur- 
ther comprising: 

25 

instructions within said instruction bearing 
media for determining whether said connection 
number is present in said table of identified 
connection numbers. 

30 

21. The program of instructions of claim 18 or 19 , fur- 
ther comprising: 

instructions within said instruction bearing 
media for utilizing a port number in an Internet 35 
Protocol header in said packet to identify appli- 
cation type; and 

instructions within said instruction bearing 
media for mapping said application to a Quality 
of Service plane. 40 

22. The program of instructions of claim 21, further 
comprising: 



instructions within said instruction bearing 45 
media for creating a new entry in said table if 
said connection number is not present. 

23. The program of instructions of claim 21, further 
comprising; so 



instructions within said instruction bearing 
media for Utilizing a context ID determined 
from said table of connection numbers to clas- 
sify said Point to Point Protocol packet. 55 
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